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Abstract. GRID-launcher-1.0 was built within the VO-Tech framework, as a software in- 
terface between the UK-ASTROGRID and a generic GRID infrastructures in order to al- 
low any ASTROGRID user to launch on the GRID computing intensive tasks from the 
ASTROGRID Workbench or Desktop. Even though of general application, so far the Grid- 
Launcher has been tested on a few selected softwares (VONeural-MLP, VONeural-SVM, 
Sextractor and SWARP) and on the SCOPE-GRID. 
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1. Introduction 

The main g oal of t he International Virtual 
Observatory (URL. 2) infrastructure is to pro- 
vide the community at large with an easy and 
user friendly access to astronomical data, soft- 
ware tools, and computing facilities. While the 
first two parts of the task, namely the federa- 
tion and fusion of heterogeneous data archives 
and the implementation of flexible data reduc- 
tion and data analysis tools have been widely 
addressed and, at least in their fundamen- 
tal aspects, solved, the possibility to access 
large distributed computing facilities to per- 
form computing intensive tasks has not yet 
been satisfactorily answered. The main rea- 
sons for this delay being mainly two: the need 
to match the GRID security requirements and 
the lack of homogeneity in the definitions of 
the storage space. The first issue can be eas- 
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ily explained: most users of a specific Virtual 
Organization (VO) do not possess the personal 
certificates which are requested to access the 
GRID or, even when they do have a personal 
certificate, the computing GRID which they 
need does not recognize their own certification 
authority. The second issue arises instead from 
the fact that the data usually reside locally or 
in a remote storage space which is not seen by 
the selected GRID as a storage element (SE). 

The lack of an user friendly access to the 
GRID is a main obstacles against the use of 
computing intensive data mining methods and 
tools such as, for instan ce, Support Vector 
Machines (ICavuoti 2008I) or Probabilistic 
Principal Surfaces (ID' Abrusco et al. 2 008) 
on massive data sets (MDS). Therefore, in 
the framework of the VONeural project, 
which aims at implementing a package of 
data mining routines capable to work in a 
distributed computing environment and on 
large data sets of high dimensionality, we have 
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implemented and tested a general purpose 
interface between the UK-ASTROGRID 
(lURL.ll) and the GRID which solves part of 
the above quoted problems. We wish to stress 
that the followed approach is quite general and 
that GRID-Launcher can be easily adapted 
to other Virtual Organizations and to any 
GRID. For testing we used the GRID-SCOPE 
(IURL.3I) which is part of the recently funded 
GRID infrastructure for Southern Italy. 

2. GRID-launcher 

As already mentioned, an ASTROGRID user 
is recognized by the UAS (User Authentication 
Service) of ASTROGRID but, often does not 
possess a personal GRID certificate. As it is 
the case for most virtual organizations, the 
ASTROGRID and GRID authentication pro- 
cedures are incompatible due to a number of 
factors: a) different CAs (certification author- 
ity); b) the lack of compatibility between the 
ASTROGRID and GRID certificates and PKI 
policy. The EGEE-II boards are currently dis- 
cussing how to allow the use of specific ser- 
vices by means of application certificates (or 
"robot" certificates) but, at the time GRID- 
Launcher 1.0 was developed this option had 
not yet be introduced and the first version dis- 
cussed here needs therefore to be regarded as 
a test version of a more flexible tool (GRID- 
Launcher 2.0) which will be made available as 
soon as the new standards will be introduced. 

In other words, the version 1.0 relies on 
a personal GRID certificate (signed by the 
INFN-GRID CA) which is recognized by the 
SCOPE-GRID used for testing. 
In the figures 1-3, we give a schematic repre- 
sentation of the way GRID-Launcher works: 
(Fig© 

1. Grid-launcher: 

- takes the user input from the 
User Interface of ASTROGRID 
(Workbench); 

- collects all files, tabs and programs 
needed; 

- generates automatically three 
scripts: task, sh, task.jdl and 
wn_runner.sh to be executed on 
the GRID; 
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Fig. 1. Workflow. UI: user interface; RB: resource 
broker; SE: storage element; CE: computing ele- 
ment; WN: working node. 
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Fig. 2. The workflow from ASTROGRID to the 
WN of the GRID. The task.sh, wn_runner.sh and 
task.jdl - are automatically generated by the GRID 
launcher. 



- wraps them in an archive and sends it 
to the Scope-GRID UI. (The authenti- 
cation on the GRID is done by public 
keys exchange). 

2. The GRID User Interface (UI) receives 
the data and the JDL program, unpacks 
them, copies the data to the SE, copies 
wn_runner.sh to the WN's, starts task.sh 
and task.jdl. (Fig. [2]) 

3. wn_runner.sh starts on the WNs, takes the 
data from SE, starts the executable of the 
application, and puts the results on the 
SE. The GRID generates automatically two 
output files task. err and task. out and sends 
them to the UI using the Output SandBox. 
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Fig. 3. The workflow from the WN to 
ASTROGRID. The task.err and task.out files 
are automatically generated by the GRID. 



4. GRID-launcher periodically checks the 
status of job and when it ends, it moves 
the results from the UI to the ASTROGRID 
machine. (Fig. [3]) 

5. GRID-launcher receives the data archive, 
unpacks it and puts the results into the stor- 
age of ASTROGRID (VO-Space). 

SO far, GRID-Launcher has been imple- 
mented and tested on: 

- VO-Neural-MLP: a Multi Layer 
Perceptron Neural Network used for 
supervised clustering and classific ation 
(ISkordovski 20081 : IBrescia et al. 2008b : 

- VO-Neural-SVM: Support Vector 
Machines for supervised clustering 
(ICavuoti 20081: IBrescia et al. 20081) : 

- Sextractor: for the extraction of object- 
catalogues from astronomical images (00), 

- SWarp: an application that resamples and 
coadds FITS images using any arbitrary as- 
trometric projection defined in the WCS 
standard dURL.4 . 



the program will be launched as a service 
on the SCOPE-GRID); 

- to render the program capable to launch 
any program (and not only applications 
registered in the ASTROGRID) matching 
some trivial specifications; 

- to offer the possibility to use GRID- 
Launcher as a subtask inside the 
ASTROGRID workflows and, finally, 

- to unify the VO Space with the SE of the 
GRID. 

Additional informatio n abo ut "GRID- 
launcher" can be found at (|URL.5|) . 
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3. Future developments 

In the version 2.0, we plan: 

- to insert a "switch" which will check 
whether the user has a GRID certificate 
(and in this case the task will start on the 
GRID of the user), or has not (in this case 
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